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(54) Image communication apparatus, server apparatus, and capability exchanging method 



(57) An Internet facsimile apparatus 11 A as a 
sender makes inquiry about capability, which a destina- 
tion Internet facsimile apparatus 1 1B possesses, to a 
local server 13A in a local network 10A. When the local 
server 1 3 A has no capability information of the destina- 
tion stored, the sender makes inquiry to a DNS server 
16 higher than the local server 13A and obtains capabil- 
ity information of the destination from the DNS server 



16. Then, the sender registers the obtained capability 
information of the destination to a memory which the 
local server 13A or the sender has. This realizes that 
the sender can surely obtain capability information of 
the destination. Also, this makes it possible to automat- 
ically register capability information of the destination to 
the memory of the local server 13A or the sender. 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates to an image 
communication apparatus capable of transmitting data 
via the Internet, and more specifically to an image com- 
munication apparatus for transmitting an image after 
obtaining capability of a destination terminal on the 
Internet, a server apparatus for providing capability of 
the destination terminal, and a capability exchanging 
method. 

Description of the Related Art 

[0002] In conventional facsimile apparatuses, a G3 
facsimile apparatus, which carries out data communica- 
tions using an analog network, and a G4 facsimile appa- 
ratus, which carries out data communications using a 
digital network such as ISDN, etc., are generally used. 
Such facsimile apparatuses using the analog network 
and the digital network (hereinafter referred to as "public 
switched telephone network (PSTN)" in a word) are 
hereinafter called G3/G4 FAX. On the other hand, an 
Internet facsimile apparatus (hereinafter referred to as 
"FAX"), that receives and transmits data over an Inter- 
net protocol, has been developed in recent years. Par- 
ticularly, standardization of an e-mail type IFAX, which 
receives and transmits image data using an e-mail 
transfer protocol, has been developed in IETF (Internet 
Engineering Task Force) and ITU (International Tele- 
communication Union). 

[0003] The following will explain the case using 
SMTP (simple mail transfer protocol) and POP (Post 
Office Protocol) 3 as a mail transfer protocol in transmit- 
ting data by an e-mail type IFAX. 
[0004] IFAX transmits a mail to a SMTP server. The 
SMTP server transfers the mail to a POP3 server to 
which a receiver belongs. The POP3 server stores the 
mail in a mail box of a destination. 
[0005] Since data communications by IFAX is non- 
synchronously carried out, capability exchange cannot 
be executed between IFAX and a communication termi- 
nal on the receiver side. For this reason, IFAX is 
intended to surely carry out communications by execut- 
ing communications using a minimum function of a 
transmitter (sender) and the destination (receiver). As 
described in a document RFC2305 "A Simple Mode of 
Facsimile Using Internet mail" (K. Toyoda et. al; March 
1998) issued by IETF, the minimum function, which 
IFAX should possess, is defined as a "simple mode". 
[0006] More specifically, the communication proto- 
col is SMTP, and corresponds to MIME and a minimum 
set of a TIFF file. 

[0007] The minimum set is defined in the above 
RFC2305. In the TIFF file, there are five sets such as S, 



F, J, L, and M, depending on a facsimile mode and a 
profile supporting the TIF file. Among these sets, the 
lowest one is the profile S, that is, the minimum set. 
[0008] More specifically, the following points can be 
s defined. 

[0009] The minimum set supports a monochrome 
image. 

A compression format is a MH (Modified Huffman 
10 coding); 

A CPU is an Intel system; 

A width of paper is 1 728 (corresponding to A4 size) ; 

Resolution is 100 dpi or 200 dpi; and 

A data list is LSB. 

15 

[0010] However, in communications using the sim- 
ple mode, only the minimum function can be used. For 
this reason, even if both a transmitter terminal and a 
destination terminal have the function more than the 
20 simple mode, communications is carried out using the 
minimum function. 

[001 1 ] To solve such a problem, there is considered 
a communication system in which capability information 
of a terminal to be used as a destination terminal is reg- 

25 istered in a server in advance such that the transmitter 
terminals can obtain capability information of the desti- 
nation terminals from the server. For example, in the 
Unexamined Patent Publication No. Hei 10-334007 
(corresponding to U.S. Patent Application No. 

30 09/084,938 filed on May 28, 1998), such a communica- 
tion system is disclosed. According to IFAX described in 
the above publication, since capability information of the 
destination terminals can be obtained before transmis- 
sion is started, communications suitable for the capabil- 

35 ity of the destination terminals can be carried out. 
[0012] However, in the above publication, a system 
for registering capability of a self-apparatus to a server 
is disclosed, a way for registering capability of a com- 
munication apparatus other than the serf-apparatus is 

40 not disclosed therein. In conventional, in order to regis- 
ter capability information of desired destination terminal 
to a server, the user must obtain capability information 
of the destination terminal by some method and register 
it to the server by the user. For this reason, this forces 

45 the user to perform extremely complicated operations. 

SUMMARY OF THE INVENTION 

[0013] An object of the present invention is to pro- 
so vide an image communication apparatus in which capa- 
bility information of a destination terminal can be 
obtained in a terminal on a transmitter side so as to be 
automatically registered to a server and operation effi- 
ciency of a server registration of capability information 
55 can be improved. 

[0014] Also, an object of the present invention is to 
provide a server apparatus, which receives registration 
of capability information of a destination terminal from 
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the image communication apparatus. 
[0015] Also, an object of the present invention is to 
provide a capability registration method in which capa- 
bility information of a destination terminal can be 
obtained in a terminal on a transmitter side so as to be s 
automatically registered to a server and operation effi- 
ciency of a server registration of capability information 
can be improved. 

[0016] When the image communication apparatus 
of the present invention requests capability information to 
of the destination terminal of a first server and no capa- 
bility information of the destination terminal is registered 
in the first server, the image communication apparatus 
of the present invention requests capability information 
of a second server having capability information of a is 
network terminal registered in advance or a server 
group directly or via the first server, and registers 
obtained capability information non-registered in one 
server to one server. 

[0017] According to the present invention, since a 20 
function of obtaining capability information of a destina- 
tion and a function of registering obtained capability 
information to a server are provided in the image com- 
munication apparatus, capability information of a desti- 
nation terminal can be obtained and registered to a 25 
server automatically in a terminal on a transmitter side, 
and registering operations by a user can be reduced. 
[0018] The above object can be achieved by an 
image communication apparatus having capability 
obtaining means for making inquiry to the other server 30 
apparatus so as to obtain capability information in 
accordance with the other server when inquiry about 
capability which a destination possesses is made to one 
server apparatus and the one server apparatus has no 
capability information of the destination; and capability 35 
registering means for registering capability information 
obtained from the other server apparatus to the one 
server apparatus. 

[0019] The above object can be achieved by a 
server apparatus having a capability information storing 40 
section for storing at least one of a mail address of a 
communication apparatus and a telephone number 
thereof in association with capability; a capability infor- 
mation providing section for providing capability infor- 
mation in accordance with inquiry from the image 45 
communication apparatus; receiving means for receiv- 
ing capability information of the other communication 
apparatus from the communication apparatus; and reg- 
istering means for registering received capability infor- 
mation to the capability information storing section. so 
[0020] The above object can be achieved by a 
server apparatus having a capability information storing 
section for storing at least one of a mail address of a 
communication apparatus and a telephone number 
thereof in association with capability; a capability infor- ss 
mation providing section for providing capability infor- 
mation in accordance with inquiry from the image 
communication apparatus; capability obtaining means 



for making inquiry to the other server apparatus so as to 
obtain desired capability information when there is no 
capability information subjected to the inquiry in the 
capability information storing section; and registering 
means for registering capability information obtained by 
the capability obtaining means to the capability informa- 
tion storing section. 

[0021] The above object can be achieved by a 
method for registering capability of an image communi- 
cation apparatus to a server apparatus, having making 
inquiry about capability which a destination possesses 
to one server apparatus; obtaining capability informa- 
tion by making inquiry to the other server apparatus 
when the one server apparatus has no capability infor- 
mation of the destination stored; an registering the 
obtained capability information to the one server appa- 
ratus. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0022] The above and other objects and features of 
the invention will appear more fully hereinafter from a 
consideration of the following description taken in con- 
nection with the accompanying drawing wherein one 
example is illustrated by way of example, in which; 

FIG. 1 is a system structural view of a communica- 
tion system according to a first embodiment of the 
present invention; 

FIG. 2 is a hardware configuration view of IFAX 
according to the first embodiment of the present 
invention; 

FIG. 3 is a functional block view in which a part of 
functions of IFAX according to the first embodiment 
of the present invention is extracted; 
FIG. 4 is a structural view of a destination informa- 
tion table according to the first embodiment of the 
present invention; 

FIG. 5 is a structural view of a capability exchange 
table according to the first embodiment of the 
present invention; 

FIG. 6 is a structural view of a zone information 
table according to the first embodiment of the 
present invention; 

FIG. 7 is a sequence view for a capability exchange 
according to the first embodiment; 
FIG. 8 is a view showing the structure of a domain 
name management in DNS; 
FIGS. 9 and 1 0 are flowcharts for obtaining capabil- 
ity information according to the first embodiment of 
the present invention; 

FIG. 11 is a flowchart for registering capability infor- 
mation according to the first embodiment of the 
present invention; 

FIG. 12 is a flowchart showing operations for 
inquiry about capability in a server according to the 
first embodiment of the present invention; 
FIG. 13 is a flowchart showing operations for a 
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capability registration in the server according to the 
first embodiment of the present invention; 
FIG. 14 is a flowchart showing operations in a DNS 
server according to the first embodiment of the 
present invention; s 
FIG. 1 5 is a flowchart showing operations for which 
IFAX selects a server to which inquiry should be 
made in a communication system according to a 
second embodiment of the present invention; 
FIG. 1 6 is a flowchart showing operations for which 10 
IFAX registers capability information in a communi- 
cation system according to a third embodiment of 
the present invention; 

FIG. 17 is a sequence view for a capability 
exchange in a communication system according to is 
a fourth embodiment of the present invention; 
FIG. 18 is a functional block view in which a part of 
functions of IFAX according to a fifth embodiment of 
the present invention is extracted; 
FIG. 1 9 is a structural view of a destination informa- 20 
tion table according to the fifth embodiment of the 
present invention; 

FIG. 20 is a structural view of a capability exchange 
table according to the fifth embodiment of the 
present invention; 25 
FIG. 21 is a flowchart showing the first half of oper- 
ation for obtaining capability information according 
to the fifth embodiment of the present invention; 
and 

FIG. 22 is a flowchart showing operations for regis- so 
tering capability information according to the fifth 
embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 35 

[0023] Embodiments of the present invention will 
now be specifically described with reference to the 
accompanying drawings. 

40 

(First embodiment) 

[0024] FIG. 1 shows a network structure of a com- 
munication system according to a first embodiment. In 
this figure, there is shown a state in which a first LAN 45 
10A and a second LAN 10B are communicably con- 
nected to each other via the Internet 1 . 
[0025] A plurality of network terminals including an 
IFAX 11A and a personal computer 12A is connected 
onto the first LAN 10A. The network terminal is a com- so 
munication apparatus that conducts communications in 
accordance with a communication protocol communica- 
ble on the Internet 1. 

[0026] Moreover, a server 13A, a domain name 
system (hereinafter referred to as "DNS") server 14A, 55 
and a mail server 15A are arranged onto the first LAN 
10A. The server 13A provides capability information of a 
destination terminal to the IFAX 11 A. The DNS server 



14A is a name server, which manages a domain name 
of IFAX 11 A, and capability information of the network 
terminals existing in a zone (first LAN 10A in this 
embodiment) is registered therein. The mail server 15A 
has a mail box of network terminals existing in the first 
LAN 10A on one hand, and a function of transferring an 
e-mail transmitted from these network terminals to the 
mail server having a mail box of a destination terminal 
on the other hand. 

[0027] An IFAX 1 1 B, a terminal 1 2B, a DNS server 
14B, a mail server 15B, etc., are connected onto the 
second LAN 10B. The DNS server 14B is a name 
server, which manages a domain name of IFAX 11B, 
and capability information of the network terminals 
existing in a zone (second LAN 10B in this embodiment) 
is registered therein. The mail server 15B has a mail 
box of network terminals existing in the first LAN 10B on 
one hand, and transfers an e-mail transmitted from 
these network terminals to the mail server having a mail 
box of a destination terminal on the other hand. 
[0028] A high DNS server 16, a WWW server 17, 
etc., are arranged on the Internet 1. The high DNS 
server 16 is a name server that manages a domain 
name of a high position of a hierarchical structure, i.e., 
tree structure) in which domain manes are hierarchically 
arranged like a tree. A domain name of a low hierarchy 
that DNS servers 14A, 14B manage is provided under 
the domain name of the high hierarchy that the high 
DNS server 16 manages. The WWW server 17 regis- 
ters a transmitting image in a case described later. 
[0029] FIG. 2 shows a hardware configuration of 
IFAX 1 1 A. A CPU 21 executes a program, and controls 
the entire apparatus. A ROM 22 stores the program exe- 
cuted by the CPU 21. A RAM 23 is a main memory, 
which executes the program and temporarily stores var- 
ious kinds of data such as an e-mail, an image file, etc. 
A scanner 24 scans an original, and obtains image 
information. A printer 25 prints out received image infor- 
mation, A FAX section 26 receives and transmits data 
by facsimile communications, and performs modula- 
tion/demodulation processing when data is received 
and transmitted on a telephone network (PSTN/ISDN) 
27. A network control section 28 is an interface that exe- 
cutes procedures necessary for receiving and transmit- 
ting the e-mail over the Internet 1. A panel section 29 
has a plurality of One-touch dialing keys and a plurality 
of touch panels, and receives operations of a designa- 
tion of a destination terminal, an instruction of a trans- 
mission start, etc., which are done by an operator. A 
data processing circuit 20 comprises a plurality of 
processing blocks such as a compression/decompres- 
sion section, a scaling section, a resolution converting 
section, an encryption processing section, and a 
color/monochrome section, etc. An operation of each 
processing block is controlled by the CPU 21 . 
[0030] In FIG. 3, there is shown a functional block in 
which a specific function, which is realized by executing 
the program, is extracted. In IFAX 1 1 A, an image signal 
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of an image scanned by the scanner 24 is input to the 
data processing circuit 20. A capability exchange sec- 
tion 31 has a function of obtaining capability information 
of a destination terminal by use of a capability exchange 
operation to be described later. In the respective 5 
processing blocks provided in the data processing sec- 
tion 20, CPU 21 control their operation sequence in 
accordance with the capability of the destination termi- 
nal. For example, the compression/decompression sec- 
tion compresses the image signal in a compression w 
format with which the destination terminal can deal. 
When IFAX 11 A has a color function but must send a 
monochromatic image since the destination terminal 
has no color function, the color/monochrome section of 
IFAX 11A can convert a color image to a monochro- 75 
matic image. 

[0031] An e-mail generation section 32 generates 
an e-mail including image data output from the data 
processing section 20. The e-mail generation section 32 
converts image data to a TIFF file. The TIFF file can 20 
store a plurality of compressed data corresponding to a 
plurality of pages with one file. A destination address of 
the e-mail according to an input from the panel section 
29 is sent to the e-mail generation section 32. Next, an 
e-mail including one or a plurality of TIFF files as an 25 
appended file is generated. In other words, the TIFF file 
is text-coded, and put into a data section of a multi part 
mail in accordance with, for example, MIME (Multipur- 
pose Internet Mail Extensions). Thereafter, the e-mail 
generated by the e-mail generation section 32 is trans- 30 
mitted to a mail server via the network control section 28 
by a mail transmitting section 33. 
[0032] While, a mail receiving section 34 receives 
an e-mail from the mail server 15A. The received e-mail 
is input to an e-mail analyzing section 35. The e-mail 35 
analyzing section 35 binary-converts an appended file 
portion of the received e-mail, which has been text- 
coded. The appended file portion binary-converted is 
decompressed from the TIFF file to an image signal by 
unit of page. 40 
[0033] The data processing circuit 20 processes the 
image signal input from the e-mail analyzing section 35. 
For example, if the image signal is one that is com- 
pressed, the compression/decompression section 
decompresses the image data in a decompression for- as 
mat corresponding to a compression format, and the 
encryption processing section decodes encrypted data 
so as to be decompressed. The decompressed image 
signal is output to the printer 25. It should be noted that 
compressed image data is output to the FAX section 26 so 
when an instruction about transfer to the other facsimile 
apparatus is included in the received e-mail. 
[0034] Destination terminal information is pre- regis- 
tered in a destination information table 36. FIG. 4 shows 
a specific example of destination terminal information ss 
registered in the destination information table 36. Desti- 
nation terminal information includes a number of an 
One-touch dialing key allocated to each destination ter- 



minal, a telephone number, a mail address, etc. 
[0035] A capability registration section 37 has a 
function of registering capability information of the des- 
tination terminal newly obtained to the server 13 A. An 
instruction of registration and capability information are 
input to the capability registration section 37 from the 
capability exchange section 31. The capability registra- 
tion section 37 gains access to the server 13A via the 
network control section 28. 

[0036] The server 13A has a function of notifying 
the capability exchange section 31 of capability informa- 
tion about the destination terminal in response to inquiry 
from the capability exchange section 31. The server 
13A stores capability information about the destination 
terminals in a capability exchange table 50. Also, the 
server 13A registers capability information whose regis- 
tration is requested from the capability registration sec- 
tion 37 into a capability exchange table 50. 
[0037] FIG. 5 shows a configuration example of the 
capability exchange table 50. In the capability exchange 
table 50, one or a plurality of names of the kind of desti- 
nation terminal is registered to be associated with the 
mail address of the destination terminal. Capability of 
the destination terminal is determined in accordance 
with the kind of destination terminal. In the capability 
exchange table 50, a capability table is prepared for 
each kind of destination terminal. In the capability table, 
there are described capability items such as resolution, 
a paper size, a compression format, an encryption for- 
mat, color, and the other, and a capability content corre- 
sponding to each capability item. 
[0038] In this way, by managing the capability of the 
destination terminal by the name of kind of apparatus, a 
data capacity of the capability exchange table 50 can be 
reduced as compared with a case in which capability 
information is registered for each destination terminal. 
The destination terminal of the same kind of terminal is 
regarded as the terminal that has substantially the 
same capability. Therefore, if the capability of the desti- 
nation terminal is managed by the name of the kind of 
apparatus, overlaps of data can be avoided, and data 
can be managed with efficiency. 
[0039] The DNS server 1 4A has a function of man- 
aging a domain name, and a function of managing the 
capability of a network terminal. A zone information 
table for realizing the above two functions is stored in an 
internal memory 60 A of the DNS server 14A. The struc- 
ture of the zone information table is shown in FIG. 6. 
The zone information table comprises a plurality of 
records including a MX (Mail Exchange) record, an A 
(address) record, and a FX (Fax Exchange) record, 
which is an expansion record. A delivery destination of 
a mail to an original (domain name: abc.co.jp) is 
described in the MX record. The delivery destination of 
the mail to the domain name of abc.co.jp is mail- 
gate@abc.co.jp. In the A record, a host name, and an IP 
address corresponding thereto are described. The host 
name registered in the zone information table includes a 
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mail server (mandate) of the zone, and IFAX (ifaxl, 
ifax2). In the FX record expanded this time, capability 
information of IFAX is described. Capability information 
includes a name of the kind of IFAX, a paper size, 
color/monochrome, a compression format, an encryp- $ 
tion format, resolution, and other information. 
DNS comprises numerous DNS servers distributed on 
the Internet. The DNS servers are arranged along the 
tree structure of the domain name, and the DNS severs 
to which authority of managing the domain name is w 
given for each hierarchy of the sub-domain are present. 
The range of the domain name managed by one DNS 
server is called zone. 

[0040] According to this embodiment, the capability 
of the network terminal (IFAX 11 A or 11 B) existing in the 15 
zone where the DNS server (14A or 14B) manages the 
domain name is described in the FX record. Therefore, 
if the capability of the network terminal existing in the 
zone is registered in each DNS server, capability infor- 
mation of each network terminal is registered in any one 20 
of DNS severs. Since DNS can search for the DNS 
server managing the domain name, it is possible to eas- 
ily search for the DNS server in which capability infor- 
mation of a network terminal is registered from the mail 
address (domain name) of the network terminal. 25 
[0041] Next, the following will explain an operation, 
which is executed when the capability exchange is per- 
formed by the above-structured communication system. 
In the explanation set forth below, it is assumed that 
IFAX 1 1 A on the first LAN 10A is a transmitter terminal 30 
and IFAX 11 B on the second LAN 1 0B is a destination 
terminal. 

[0042] FIG. 7 shows one example of a sequence 
performed until IFAX 1 1 A on the transmitter side obtains 
the capability of IFAX 1 1 B on the receiver side from the 35 
server 14B. In other words, FIG. 7 shows the sequence 
of a case in which the capability information of IFAX 1 1 B 
on the receiver side is not registered in the server 13A. 
[0043] The IFAX 11 A makes inquiry about capabil- 
ity information of a desired destination terminal (IFAX 40 
1 1 B) to the server 1 3A. In this example, capability infor- 
mation of the desired destination terminal is not regis- 
tered in the server 13 A. Therefore, the server 13A 
sends back a response in which no capability informa- 
tion is registered to IFAX 1 1 A. 45 
[0044] Next, IFAX 1 1 A makes inquiry about capabil- 
ity of the destination terminal to the DNS server 14A, 
which manages the self-domain name, by use of a 
name resolver (client software for DNS). The inquiry 
about capability information is carried out using a com- so 
mand for requesting capability information and a mail 
address of the destination terminal. 
[0045] The structure of the domain name manage- 
ment in DNS will be explained with reference to FIG. 8. 
The DNS server 14A manages a domain name (abc: 55 
third hierarchy) in a zone A, and the DNS server 14B 
manages a domain name (cba: third hierarchy) in a 
zone B. The high DNS server 16 manages a domain 



name (co: second hierarchy) in a zone C including DNS 
servers HAand 14B therein. 
[0046] A case in which the IFAX 1 1 A makes inquiry 
to the DNS server 14A, which manages the zone A by 
use of the domain name (cba.co.jp) of IFAX 1 1B will be 
explained. The DNS server 14A makes inquiry to the 
high DNS server 1 6, which manages the domain name 
(co: second hierarchy) of the zone C to which the DNS 
server 14A belongs since the domain name (cba) is not 
included in the zone A. An IP address of the high DNS 
server 1 6, which manages the domain name of the zone 
C, is one that is cached at an initial obtaining time. 
[0047] The high server DNS 16 grasps the domain 
names (third hierarchy), which are managed by the low 
DNS server belonging to the zone C. For this reason, 
the high DNS server 16 can see that the domain name 
(cba) inquired is managed by the DNS server 14B. The 
DNS server 1 4A is notified of the IP address of the DNS 
server 14B from the high DNS server 16. DNS can thus 
surely know the IP address of the DNS server, which 
manages a desired domain name by going back to the 
high DNS server. 

[0048] The DNS server 14A, which has received 
inquiry from the IFAX 1 1 A, sends back a response of 
corresponding capability information to the IFAX 11A 
when the inquiry can be solved by a zone information 
table 60A, which the DNS server 14A itself has. In this 
example, capability information of the destination termi- 
nal is not registered in the DNS server 14A. In an 
unsolvable case, that is, a case of inquiry about a 
domain name of a zone other than the self-zone, inquiry 
is made to the high DNS server 16. This inquiry is 
referred to as recursion. 

[0049] When the high DNS server 16, which has 
received inquiry, finds out a DNS server, which seems 
to grasp a corresponding domain name, the DNS server 
16 notifies the DNS server 14A of an IP address of the 
DNS server. When the high DNS server 16 cannot 
specify the DNS server, which seems to grasp the cor- 
responding domain name, the DNS server 14A makes 
inquiry about capability to higher DNS server. 
[0050] The IP address of the DNS server 14B, 
which manages the domain name included in the mail 
address of the destination terminal (IFAX 1 1 B), is thus 
obtained. The DNS server 14A makes inquiry about 
capability of the destination terminal (IFAX 11B) to the 
DNS server 14B by use of the obtained IP address. 
[0051] As mentioned above, capability information 
of the destination terminal (IFAX 11 B) is registered in 
the DNS server 14B, which manages the domain name 
of the desired destination terminal (IFAX 11B). There- 
fore, the DNS server 14B gives a response of capability 
information of the desired destination terminal to the 
DNS server 14A. The DNS server 14A transmits the 
obtained capability information of the destination termi- 
nal to the IFAX 11 A. 

[0052] Also, in DNS, even if the low DNS 
server(UA) , which has received inquiry from the client, 
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makes inquiry to a route server, which manages a top 
domain directly, it is possible to search for an IP address 
of a DNS server, which manages a desired domain 
name. In this case, the route server transmits an IP 
address of a high DNS server, which manages the 5 
domain name flp) of the first hierarchy, to the low DNS 
server (14A). Sequentially, when the low DNS server 
(14A) makes inquiry to the high DNS server, which 
manages the domain name Qp) of the first hierarchy, the 
IP address of the high DNS server 16, which manages 10 
the domain name (co) of the second hierarchy, is trans- 
mitted to the low DNS server (14A). Moreover, when the 
low DNS server (14A) makes inquiry to the low DNS 
server 16, the IP address of the low DNS server 14B, 
which manages the domain name to which the desired 75 
destination terminal belongs, is transmitted to the low 
DNS server (14A). 

[0053] FIGS. 9 and 10 are flowcharts showing a 
series of processing, which is from the time when IFAX 
11 A makes inquiry about capability information to the 20 
time when an image is transmitted. A destination is des- 
ignated by the panel section 29 and a transmission 
instruction is input (ST901). When the destination termi- 
nal is a network terminal, a mail address, a telephone 
number (IFAX) or an One-touch dialing key number are 25 
input. Also, when the destination terminal is a G3 fac- 
simile apparatus, a telephone number or an One-touch 
dialing key number is input. 

[0054] In step ST902, the capability exchange sec- 
tion 31 recognizes that the destination terminal is the 30 
network terminal when the mail address is input. In a 
case where the telephone number or the One-touch 
dialing key number is input, it is determined whether or 
not the destination terminal is the network terminal 
using the destination information table 36. If the same 35 
data as the input telephone number or the One-touch 
dialing key number is registered in the destination infor- 
mation table 36 and a mail address corresponding to 
such data is registered therein, the destination terminal 
is recognized as a network terminal. In the other cases, 40 
it is determined that the destination terminal is the G3 
facsimile apparatus. 

[0055] In step ST902, when it is determined that the 
destination terminal is the G3 facsimile apparatus, the 
FAX section 26 carries out capability exchange in 45 
accordance with a normal facsimile procedure. Then, 
the data processing circuit 20 provides processing, 
which is suitable for the capability of a destination FAX, 
to an image signal, thereafter such an image signal is 
transmitted to a telephone network from the FAX sec- so 
tion 26 (ST903). 

[0056] When it is determined that the destination 
terminal is the network terminal in step ST902, inquiry 
about capability information of the destination terminal 
is made to the server 1 3 A via the LAN control section 28 55 
(ST904). An HTTP protocol can be used in communica- 
tions between IFAX 1 1 A and the server 13A. 
[0057] It is possible to request only capability infor- 



mation of an arbitrary item from capability information 
registered in the capability exchange table 50 of the 
server 13A. For example, when information of the paper 
size and the encryption format are not needed, item 
numbers of the paper size and the encryption format 
and filtering instruction data are added to a command 
for requesting capability information. As a command, a 
CGI command can be used. A request for CGI process- 
ing for filtering capability information is given to the 
server 13A. 

[0058] If capability information of the destination 
terminal is registered in the capability exchange table 
50 of the server 13 A, IFAX 1 1 A is notified of capability 
information from the server 1 3A. If capability information 
of the destination terminal is not registered in the capa- 
bility exchange table 50 of the server 13A, IFAX 1 1 A is 
notified of a message in which no capability information 
is registered from the server 13A. In this example, it is 
assumed that capability information is not registered in 
the server 13A. 

[0059] IFAX 11A can obtain the part of capability 
information stored in the server 13A. When filtering of 
capability information is instructed as a result of analyz- 
ing a CGI string from the IFAX 1 1 A and filtering of capa- 
bility information is instructed, the server 13A starts an 
application and deletes capability information of the 
instructed item from capability information. Then, fil- 
tered capability information is transmitted to the IFAX 
11A as a response. 

[0060] In this embodiment, the capability exchange 
section 31 recognizes that no capability information of 
the desired destination terminal is registered in the 
server 13A from the message received from the server 
13A (ST905). In a case where no capability information 
of the desired destination terminal is registered in the 
server 13 A, a server registration flag is set to flag = 1 
(ST906). The server registration flag is a flag showing 
that capability information is registered in the server 
13A after capability information is obtained. 
[0061] In ST905, when it is determined that no 
capability information of the desired destination terminal 
is registered in the server 13A, inquiry about capability 
information of the destination terminal is made to the 
DNS server 14A, which manages the domain name of 
the same zone (A), by use of the mall address of the 
destination terminal (ST907). The inquiry about capabil- 
ity information is made using a command for requesting 
capability information and the mail address of the desti- 
nation terminal (IFAX 11B). As explained above, the 
destination DNS server (14B), which manages the 
domain name of the destination terminal (IFAX 1 1 B), is 
determined at the point where the network of the DNS 
server goes back to one higher DNS server 16. The 
DNS server 14A of a demander is notified of the IP 
address of the destination DNS server 14B from the 
high DNS server 16. The DNS server 1 4A obtains capa- 
bility information from the destination DNS server (14B) 
as mentioned above and transmits it to IFAX 1 1 A. 
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[0062] The capability exchange section 31 of FAX 
1 1 A obtains capability information of the destination ter- 
minal from the DNS server HA (ST908). Thereby, it 
possible to surely obtain capability information only by 
making inquiry to the DNS server even if capability infor- s 
mation of the destination terminal is not registered in the 
server 13 A, which is first inquired. The reason is that 
capability information of the destination terminal is reg- 
istered in the DNS server, which is searchable by the 
mail address of the destination terminal. 10 
[0063] Here, there is an encryption function as one 
of capabilities, which the network terminal has. The 
I FAX 1 1 A can encrypt transmitting data by a predeter- 
mined encryption format to increase the security of data 
to be transferred on the Internet. The encryption can be is 
instructed to the capability exchange section 31 by a 
button operation from the panel section 29. If an encryp- 
tion decoding function is not mounted on the destination 
terminal, the destination terminal cannot decode trans- 
mitting data. For this reason, whether or not the encryp- 20 
tion decoding function, which corresponds to the 
encryption format on the transmitter side, is mounted on 
the destination terminal must be confirmed by capability 
exchange. 

[0064] In step ST909, when it is determined that the 25 
encryption of the transmitting data is not instructed from 
the panel section 29, a processing sequence and a 
processing parameter in the data processing circuit 20 
are determined (ST910). In this transmission, the 
processing section to be used in the data processing 30 
circuit 20 and the order of processing are determined by 
the processing sequence. The processing parameter 
determines parameters such as a scaling rate suitable 
for the paper size and resolution suitable for destination 
resolution, which are used in the processing section. 35 
In step ST91 1 , the capability exchange section 31 con- 
trols the necessary processing sections of the data 
processing circuit 20 in accordance with the processing 
sequence and the processing parameter determined in 
step ST910. An image signal to which processing suita- 40 
ble for the capability of the destination terminal is pro- 
vided is output to the e-mail generation section 32. 
Then, the e-mail generation section 32 generates an e- 
mail including image data, and transmits it to the mail 
server 15B having a mail box for a destination terminal 45 
from the mail transmitting section 33. Thus, communi- 
cations, which is suitable for the capability of the desti- 
nation terminal, is referred to as full mode transmission. 
When it is determined that the encryption of the trans- 
mitting data is input from the panel section 29 in step so 
ST909, it is determined whether or not an encryption 
function (including encryption decoding section) is con- 
tained in the capability information of the destination ter- 
minal previously obtained (ST912). As a result, if the 
encryption function is contained in the capability infor- 55 
mation of the destination terminal, processing goes to 
step ST910 and a processing sequence containing the 
encryption is determined. 



While, if the encryption function is not contained in the 
capability information of the destination terminal, CPU 
21 determines measures in accordance with an instruc- 
tion table stored on the ROM 22 (ST913). In the instruc- 
tion table, there is described a method of taking 
measures against a case in which no encryption func- 
tion is mounted on the destination terminal, which 
receives transmitting data, which has been instructed to 
encrypted. As a result of referring to the instruction 
table, if inquiry to a manager's terminal is described as 
measures therein (ST914), a message relating to 
inquiry is transmitted to a predetermined manager's 
network terminal (ST915). The message relating to 
inquiry and an address of the manager's network termi- 
nal are given to the e-mail generation section 32. The e- 
mail generation section 32 generates an e-mail includ- 
ing the message relating to the inquiry and a destination 
address to which the address of the manager's network 
terminal is inserted. The generated e-mail is transmitted 
to the manager's network terminal. Also, as a result of 
referring to the instruction table, if a FAX transmission of 
transmitting data to the destination terminal is described 
as measures therein (ST916), transmitting data is sent 
to the destination terminal in a G3 mode by the FAX 
section 26 (ST917). In the FAX transmission in step 
ST917, the FAX section 26 carries out capability 
exchange in accordance with a normal facsimile proce- 
dure. A telephone number of the destination terminal is 
obtained from the destination information table 36. 
[0065] Also, as a result of referring to the instruction 
table, if an output of a non-transmitted message is 
described as measures therein in step ST913, the non- 
transmitted message is displayed on a display of the 
panel section 29 (ST918). Or, the non-transmitted mes- 
sage is printed out by the printer 25 (ST918). 
[0066] Thus, when an encryption decoding function 
corresponding to the encryption format on the transmit- 
ter side is not mounted on the destination terminal even 
though the instruction of decoding transmitting data is 
given, transmitting data can be prohibited from being 
transmitted onto the Internet without being encrypted. 
[0067] It should be noted that communications 
moves to a simple mode transmission to be described 
later if capability information cannot be obtained for any 
reason in processing of step ST908. In this case, the 
capability exchange section 31 confirms that the 
encryption instruction is not input (ST919), thereafter 
determining the processing sequence of the data 
processing circuit 20 and the processing parameter to 
be suited to the capability as per a minimum set 
(ST920). An image signal output from the data process- 
ing circuit 20 is converted to the e-mail by the e-mail 
generation section 32, and transmitted in accordance 
with the simple mode (ST921). 
[0068] Also, when IFAX 1 1 A obtains capability infor- 
mation non-registered in the server 13A by the above- 
mentioned capability exchange, IFAX 1 1 A registers the 
capability information to the server 13A. 
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[0069] FIG. 11 shows a flowchart for registering 
capability information to the server 13A. The capability 
exchange section 31 determines whether or not the 
server registration flag is set to flag = 1 (ST1 102) when 
obtaining capability information from an external section 
(ST1101). A case of flag = 1 shows the fact that no 
capability information is registered in the server 13 A. In 
this case, the obtained capability information of the des- 
tination terminal and the mail address are stored in a 
specific address on the RAM 23 (ST1103). 
[0070] A time zone where capability information is 
registered in the server 13A is predetermined. Accord- 
ing to the embodiment, a time zone where the operating 
ratio of the server 1 3A is reduced is set as a registration 
time zone in the capability registration section 37. By 
use of the time zone where the operating ratio of the 
server 13A is reduced, a possibility decreases where a 
capability registration operation and the other will be 
overlapped with each other. For this reason, capability 
information can be obtained without increasing a load 
on the server 13A. If the capability of the server 13A is 
sufficiently high, capability information may be regis- 
tered to the server 13A at the time when new capability 
information is obtained. Or, when spare time is gener- 
ated, capability information may be registered to the 
server 13 A. 

[0071] When current time is the registration time 
zone (ST1104), the capability registration section 37 
extracts the capability information of the destination ter- 
minal and the mail address thereof from the specific 
address on the RAM 23. Then, the capability registra- 
tion section 37 transmits a command for requesting a 
registration and registration information (capability infor- 
mation of the destination terminal and the mail address 
thereof) to the server 13A (ST1 105). As a result, capa- 
bility information is newly registered in the server 13A. 
Thereby, capability information of the destination termi- 
nal to which the capability exchange has been provided 
by the network terminal of the LAN 10A is automatically 
registered to the server 13A. 

[0072] Next, an operation of the server 13A will be 
explained. FIG. 12 is a flowchart showing a case in 
which the server 13A provides capability information. 
After the server 13A receives inquiry about capability 
information from the IFAX 11A (ST1201). The server 
13A searches the capability exchange table 50 for capa- 
bility information using the mail address instructed from 
the IFAX 11 A (ST1 202). 

[0073] The server checks whether or not capability 
information of the destination terminal is registered in 
the capability exchange table 50 (ST1203). If the capa- 
bility information is not registered in the capability 
exchange table 50, the server 13A sends the IFAX 1 1 A 
as a client a response in which no capability information 
is registered (ST1204). Also, if the capability information 
is registered in the capability exchange table 50, the 
server 13A transmits capability information to the IFAX 
11A(ST1205). 



[0074] FIG. 13 shows a flowchart for registering 
capability information to the server 1 3A. The server 1 3A 
receives a registration request for capability information 
from the IFAX 1 1 A (ST1301). If the server 13A finishes 

5 preparations, the server 13A transmits a registration 
permitting signal to the IFAX 1 1 A (ST1302). Thereafter, 
capability information (name of the kind of apparatus 
and capability table) of the network terminal and the 
mail address thereof are sent from the IFAX 11A 

10 (ST1303). The server 13A makes the mail address of 
the network terminal and capability information corre- 
sponded to each other, and registers them in the capa- 
bility exchange table 50 (ST1304). At this time, if the 
capability table corresponding to the name of the kind of 

1$ apparatus is already registered therein, only the name 
of the kind of apparatus may be registered thereto. Also, 
if a telephone number is also registered to the capability 
exchange table 50, it is possible to search capability 
information even when not only the mail address but 

20 also the telephone number is used as a key. For that 
end, the IFAX 1 1 A transmits data in which the telephone 
number is added to the capability information of the net- 
work terminal and the mail address thereof. 
[0075] Next, an operation of the DNS server 14A 

25 will be explained. FIG. 1 4 is a flowchart showing a sche- 
matic operation of the DNS server 14A. The DNS server 
14A receives inquiry about capability, which the IFAX 
1 1B possesses, from the IFAX 11A belonging to the 
zone A (LAN 10A)(ST1401). The IFAX 11 A makes 

30 inquiry using a command for requesting capability infor- 
mation and a mail address of a destination terminal 
(host: IFAX 11 B). 

[0076] The DNS server 1 4A determines whether or 
not the DNS server 14A can solve inquiry by itself 
35 (ST1402). If the inquiry is one that is related to the 
domain name, which the DNS server 14A manages, the 
DNS server 1 4A determines that the inquiry is solvable. 
If it is determined that the inquiry is solvable in step 
ST1402, the DNS server 14A determines whether or 
40 not an IP address of the host is requested (ST1403). If 
the IP address of the host is requested, the DNS server 
14A extracts an IP address of a target host from the 
zone information table 60A (ST1404). 
[0077] While, if it is determined that the IP address 
45 of the host is not requested in ST 1403, it is determined 
whether or not capability information of the target host is 
requested (ST1405). If it is determined that capability 
information of the target host is requested in ST1405, 
capability information described in the FAX code in con- 
so nection with the target host is extracted from the zone 
information table 60 (ST1406). If no host name is 
included in the mail address, capability information is 
obtained using a user. In this case, the user name is 
registered in a name item for a zone information table. 
55 In this case, the mail address or the user name is regis- 
tered in a name item for a zone information table. In the 
case of the other inquiries, corresponding processing is 
executed in step ST1407. 
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[0078] If it is determined that the inquiry is unsolva- 
ble in step ST1402, the inquiry is transferred to the high 
DNS server 16 (ST1408). Since the IP address of the 
DNS server is sent from the high DNS server 16, the 
inquiry is output to the other DNS server using the IP 
address. The repetition of this processing obtains a 
response to the inquiry. Thus, the searching of desired 
information in place of the client is referred to as recur- 
sion. 

[0079] The DNS server 14B has a zone information 
table 60B, which is structured in the same manner as 
the zone information table of FIG. 6, and operates in 
accordance with the flowchart of FIG. 14. In the zone 
information table 60B, capability information of IFAX 
1 1 B is described in the FAX record. For example, ifaxl 
registered in the table of FIG. 6 is the host name 
included in the mail address of IFAX 1 1 B. Namely, capa- 
bility information of IFAX1 1 B is described in the FAX 
record corresponding to ifaxl . 
[0080] In a case where the DNS server 14B 
receives inquiry about IFAX 1 1B from the DNS server 
14A, capability information is extracted from the FX 
record corresponding to the host name included in the 
mail address. Then, extracted capability information is 
transmitted to the DNS server 14A. 
[0081] Though CPU is used in communications 
between the network terminal of inquiry and the DNS 
server, the other communication protocol may be used. 

(Second embodiment) 

[0082] The communication system according to a 
second embodiment has the same system structure as 
the communication system according to the first embod- 
iment. In this embodiment, the IFAX 11A changes a 
server, which first obtains capability information, in 
accordance with an address of the destination terminal. 
[0083] FIG. 15 is a flowchart showing a series of 
processing, which is from the time when IFAX 1 1 A 
obtains capability information from a server (server 13A 
or DNS server) to the time when information is transmit- 
ted. A mail address of a destination terminal is input 
(ST1501). Then, it is determined whether or not a 
domain name of the destination terminal is a domain 
name of the same system (ST1502). 
[0084] Here, it is assumed that capability informa- 
tion of the network terminal of the same system includ- 
ing a network of LAN 10A is registered to the capability 
exchange table 50 of the server 13 A. By checking the 
domain name of the network terminal, it is possible to 
determine whether or not desired capability information 
is registered in the server 13A before making inquiry to 
the server 13A. 

[0085] If the domain of the destination terminal is 
the domain name of the same system in ST1502, 
inquiry about capability information is made to the 
server 13A (ST1503). In this case, there is a high possi- 
bility that desired capability information will be regis- 



tered to the capability exchange table 50 of the server 
13A. The server 13A checks whether or not the capabil- 
ity information of the destination terminal is registered in 
the capability exchange table 50 of the server 13A 

5 (ST1504). If the capability information is registered in 
the server 13 A, processing moves to step ST1507 and 
a full mode transmission is carried out. 
[0086] While, if the domain of the destination termi- 
nal is not the domain name of the same system in 

10 ST1502, inquiry about capability information to the DNS 
server 14A is performed without making inquiry to the 
server 13A (ST1505). H capability information is 
obtained from DNS in the same manner as the afore- 
mentioned first embodiment(ST1506), processing 

is moves to step ST1507, and a full mode transmission is 
carried out. It should be noted that a simple mode trans- 
mission is carried out (ST 1508), if capability information 
cannot be obtained form DNS for any reason (ST1506) 
[0087] Thus, according to this embodiment, when 

20 the domain of the destination terminal was not the 
domain name of the same system, inquiry about capa- 
bility information to the DNS server 14A was performed 
without making inquiry to the server 13A. Therefore, 
IFAX 11A can obtain capability information with effi- 

25 ciency. 

[0088] According to the above-mentioned embodi- 
ment, the server first obtaining capability information 
was selected in accordance with the domain name of 
the destination terminal. However, the server may be 

30 selected in accordance with the other conditions. Also, 
according to the above-mentioned embodiment, the 
servers to be selected were the server 13A and the 
DNS servers in DNS. However, a plurality of servers 
corresponding to the server 13A is prepared and an 

35 optimum server may be selected from these servers. 

(Third embodiment) 

[0089] The communication system according to a 
40 third embodiment has the same system structure as the 
communication system according to the aforemen- 
tioned first embodiment. This embodiment shows an 
example in which IFAX 1 1 A automatically obtains capa- 
bility information of the network terminal in which an 
45 address is newly registered to the destination informa- 
tion table 36 and registers obtained capability informa- 
tion to the server. 

[0090] When a user operates the panel section 29 
so as to register a new address to the destination infor- 

50 mation table 36 (ST1601), CPU 21 sets a capability 
obtaining flag to flag = 1 in association with the new 
address (ST1602). The capability obtaining flag = 1 
means that the new address is registered. 
[0091 ] Next, it is determined whether or not current 

55 time is capability obtaining time (ST1603). If capability 
obtaining time comes, a mail address in which capability 
obtaining flag = 1 is set and capability registration 
should be made is extracted from the destination infor- 
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mation table 36 (ST1604). 

[0092] If the mail address in which capability regis- 
tration should be made is extracted, FAX 11 A makes 
inquiry about capability of a communication apparatus 
in which the mail address is newly registered to the DNS 
server 14A, and obtains capability information 
(ST1605). 

[0093] When I FAX 11 A receives desired capability 
information from the DNS server inquired, the capability 
information is registered to the server 13A (ST1606). As 
a result, obtained capability information is registered to 
the server 13A to which FAX 11A first makes inquiry 
about capability information. 

[0094] In processing in step ST1607, it is deter- 
mined whether or not a mail address in which capability 
registration should be carried out remains. Then, if a tar- 
get network terminal remains, processing moves to step 
ST1605. 

[0095] Thus, according to this embodiment, when a 
new address registration of the network terminal is car- 
ried out in FAX 11 A, FAX 11A automatically makes 
inquiry about capability information of the network ter- 
minal to DNS and obtains capability information, and 
obtained capability information can be registered to the 
server 1 3A to which FAX 1 1 A first gains access. 
[0096] Also, by setting capability obtaining time to a 
time zone where frequency in use of FAX 11A is 
decreased, capability information can be registered to 
the server without putting an excessive load on the FAX 
11 A. Or, by setting capability obtaining time to a time 
zone where the operating ratio of the server is reduced, 
capability information can be registered to the server 
without putting an excessive load on the server. 
[0097] Also, every time when the content of the des- 
tination information table 36 of IFAX 11A is updated, 
inquiry about the updated capability of the communica- 
tion apparatus is made to DNS and capability informa- 
tion is obtained, thereafter the capability exchange table 
50 of the server 1 3A may be updated. 
[0098] Also, inquiry about capability of the network 
terminal registered in the destination information table 
36 of IFAX 1 1 A is periodically made to DNS to be col- 
lected and the content of the capability exchange table 
50 of the server 13A may be rewritten to the latest infor- 
mation corrected. 

[0099] Also, IFAX 11A fetches the mail addresses 
of the network terminal stored in the capability 
exchange table 50 from the server 13A in accordance 
with the instruction from the user or periodically. Then, 
inquiry about each fetched mail address is made to 
DNS to collect capability information and the capability 
exchange table 50 of the server 13A may be rewritten. 

(Fourth embodiment) 

[0100] The communication system according to a 
fourth embodiment is an example in which a server 
makes inquiry about capability information to a DNS 



server. The communication system according to the 
fourth embodiment has the same system structure as 
the communication system according to the aforemen- 
tioned first to third embodiments excepting the function 
5 used when the server 13A obtains capability informa- 
tion. 

[01 01 ] FIG. 1 7 shows a sequence view for obtaining 
capability information in the communication system 
according to this embodiment. IFAX 1 1 A makes inquiry 
10 about capability information of a destination terminal 
(IFAX 1 1 B) to the server 1 3A. 

[0102] The server 13A, having the capability 
exchange table 50, makes inquiry about capability to 
the DNS server 14A, which manages the domain name 

is of IFAX 1 1 A when desired capability information is not 
registered in the capability exchange table 50. The 
inquiry about capability information is made using a 
command for requesting capability information and a 
mail address of a destination terminal. As a communi- 

20 cation protocol between the server 13A and the DNS 
server 14A, an LDAP (Lightweight Directory Access 
Protocol) can be used. The inquiry about capability 
information is made using inquiry/search function sup- 
ported by LDAP. In this case, a communication destina- 

25 tion is an LDAP server. 

[0103] The low DNS server 14A does not manage 
the domain name included in the mail address of the 
destination terminal. Then, the low DNS server 14A 
searches DNS for capability information in place of a cli- 

30 ent (server 13A). For this reason, the DNS server 14A 
forwards inquiry to the high DNS server 16 of the zone 
to which DNS server 14A belongs. 
[0104] In this embodiment, the high DNS server 16 
manages the domain of the DNS server 14B, which 

35 manages the domain name of the destination terminal. 
Therefore, the high DNS server 16 notifies the DNS 
server 14A of an IP address of the destination DNS 
server 14B. 

[0105] The DNS server 14A gains access to the 
40 destination DNS server 14B using its IP address , and 
makes inquiry about capability of the destination termi- 
nal. As a result, the DNS server 14B extracts capability 
information of the destination terminal from the zone 
information table 60B of the DNS server 14B, and noti- 
45 ties the DNS server 14A of the extracted capability infor- 
mation. Then, the DNS server 14A forwards capability 
information of the destination terminal to the server 
13A. Moreover, the server 13A notifies IFAX 11 A of 
capability information. Also, the server 13A registers 
so capability information obtained from DNS to the capabil- 
ity exchange table 50. 

[0106] Thus, according to this embodiment, the 
server 13A obtains capability information from DNS and 
notifies IFAX 1 1 A of capability information. For this rea- 
55 son, FAX 1 1 A makes inquiry about capability informa- 
tion to the server 13A only one time, thereby capability 
information can be surely obtained. 
[01 07] Also, the server 1 3 A obtains capability infor- 
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mation from DNS and registers it to the capability 
exchange table 50 of the server 13A. For this reason, a 
load put on IFAX 1 1 A relating to an external registration 
of capability information can be reduced, and the need 
for mounting the external registration function on IFAX 
1 1 A can be eliminated. 

[0108] As a server to which the server 13A makes 
inquiry about capability, one or a plurality of servers 
other than DNS server may exist. If there is no desired 
capability information in one or the plurality of servers to 
which the server 13A has previously made inquiry, 
inquiry to DNS may be carried out. In this case, the 
order of inquiry can be predetermined based on arbi- 
trary conditions such as access time, domain names, 
etc. 

(Fifth embodiment) 

[0109] This embodiment shows an example in 
which capability information of a part of the destination 
terminal is registered in IFAX. The communication sys- 
tem according to the fifth embodiment has the same 
system as the communication system according to the 
first embodiment. 

[0110] FIG. 18 shows a functional block view of 
IFAX 11 A. IFAX 11 A comprises a destination informa- 
tion table 36 in which a name of the kind of apparatus is 
registered for each network terminal to which destina- 
tion information is registered. FIG. 19 shows the desti- 
nation information table 36 to which the name of the 
kind of apparatus is registered. Also, a capability table 
180 is prepared for each name of the kind of apparatus 
of the network terminal registered in the destination 
information table 36. FIG. 20 shows a content of data 
registered in the capability table 180. In the capability 
table 180, the name of the kind of apparatus and a 
mount capability are registered in a pair. 
[0111] Each apparatus other than I FAX 1 1 A has the 
same function as that of the aforementioned first 
embodiment, and the explanation will be omitted. 
[0112] Next, the following will explain an operation 
for which the above-structured IFAX 11 A obtains capa- 
bility with reference to FIG. 21, Similar to the first 
embodiment, in step ST901 , a destination input from the 
panel section 29 and a transmission instruction are 
detected. In step ST902, the capability exchange sec- 
tion 31 recognizes that the destination terminal is the 
network terminal when a mail address is input. In a case 
where a telephone number or an One-touch dialing key 
number is input, it is determined whether or not the des- 
tination terminal is the network terminal using the desti- 
nation information table 36. If it is determined that the 
destination terminal is the G3 facsimile apparatus in 
step ST902, a facsimile transmission from the FAX sec- 
tion 26 to a telephone network is carried out (ST903). 
[011 3] If it is determined that the destination termi- 
nal is the network terminal in step ST902, the destina- 
tion information table 36 is checked (ST2101), and it is 



determined whether or not the destination terminal sub- 
jected to transmission instruction is one that is already 
registered in the destination information table 36 
(ST2102). 

5 [01 14] It should be noted that the registration of the 
destination terminal to the destination information table 
36 is confirmed in step ST902 when the telephone 
number or the One-touch dialing key number is input. 
For this reason, processing in steps ST2101, ST2102 

10 can be skipped. 

[0115] When it is confirmed that destination infor- 
mation of the destination terminal is registered in step 
ST2102, whether or not capability information (name of 
the kind of apparatus) of the destination terminal is reg- 
is istered in the destination information table 36 is deter- 
mined (ST2103). If capability information is registered in 
the destination information table 36, corresponding 
capability information is extracted from the capability 
table 180 having the name of the same kind of appara- 

20 tus by use of the name of the kind of apparatus. Then, 
processing moves to step ST909 of FIG. 10, and a full 
mode transmission is prepared. 
[01 1 6] Thus, whether or not desired capability infor- 
mation is registered in an internal memory of IFAX 1 1 A 

25 is first confirmed, and inquiry about capability informa- 
tion is made to the external server 13A or DNS only 
when no capability information is registered. For this 
reason, as compared with a system in which inquiry 
about capability information is made to the external 

30 server 13A or DNS without exception, capability infor- 
mation can be obtained with efficiency. In the case 
where capability information is registered in the internal 
memory of IFAX 1 1 A, time required to obtain capability 
information can be reduced. 

35 [01 17] If it is confirmed that capability information of 
the destination terminal is not registered in step 
ST2103, an internal registration flag is set to flag = 1 
(ST2104). The case of flag = 1 shows that capability 
information of the destination terminal to be obtained is 

40 not registered in the destination information table 36 of 
IFAX 1 1 A and the capability table 180. 
[01 18] When inquiry about capability information of 
the destination terminal is made to the server 13A 
(ST904) and the result of inquiry shows that no capabil- 

45 ity information is registered in the server 1 3A (ST905), a 
server registration flag is set to flag = 1 (ST906) if the 
internal registration flag cannot be set. If the internal 
registration flag is set to flag = 1 , processing moves to 
step ST907 without setting the server registration flag. 

so The processing including and after step ST907 is 
already explained in FIGS. 9 and 10, and the explana- 
tion will be omitted. 

[0119] FIG. 22 shows a flowchart for which IFAX 
11A registers newly obtained capability information. If 
55 IFAX 11 A obtains new capability information by the 
aforementioned capability exchange (ST1101), the 
state of the internal registration flag is checked 
(ST2201). At this time, it is determined whether or not a 
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capability table, which corresponds to a name of the 
kind of apparatus newly registered, exists in the destina- 
tion information table 36 as a capability table 180. If no 
capability table exists, a capability table, which corre- 
sponds to a name of the kind of apparatus newly regis- 5 
tered, is added and registered. The content of the 
capability table is included in capability information 
obtained by the capability exchange. The capability 
table of the same name of the kind of apparatus exists 
when the same name of the kind of apparatus is regis- w 
tered in the destination information table 36. It is unnec- 
essary to register the capability table again. 
[0120] Thereby, in connection with the network ter- 
minal registered in the destination information table 36 
of FAX 1 1 A, the capability information is surely regis- 15 
tered in the destination information cable 36 and the 
capability table 180. 

[0121] While, when the internal registration flag is 
not set in step ST2201 , the state of the server registra- 
tion flag is checked in step ST1102. When the server 20 
registration flag is not set, no registration processing is 
not carried out since capability information of the desti- 
nation terminal is registered in the capability exchange 
table 50 of the server 1 3 A. Conversely, if the server reg- 
istration flag is set to flag = 1, capability information is 25 
temporarily stored (ST1 103), and capability information 
is registered in the server 13A (ST1 105) when registra- 
tion time comes (ST1104). Thereby, capability informa- 
tion of the network terminal, which has not been 
registered in the destination information table 36 of IFAX 30 
11 A and has been subjected to capability exchange 
previously is automatically registered to the capability 
exchange table 50 of the server 13 A. 
[01 22] According to the embodiment of the present 
invention, there is a possibility that desired capability 35 
information will be registered in three sections, that is, 
the internal memory (180) of IFAX 11 A, server 13 A, 
DNS. Moreover, capability information may be regis- 
tered to the WWW server 17 placed on the Internet, 
which is easily accessible from the network terminal on 40 
the other network. 

[0123] Thus, if a plurality of candidates for inquiry 
destination exists, it is possible to make inquiry about 
capability in order of precedence. For example, inquiry 
may be made in order of the candidate having the short- 45 
est access time. Or, inquiry may be made in order of the 
candidate having the highest possibility that capability 
information of the destination terminal will be stored. In 
this case, inquiry to DNS is finally made. 
[0124] The above explained the case in which so 
transmitting data was sent in accordance with the capa- 
bility of the destination of terminal. However, if the capa- 
bility of the destination terminal does not satisfy a 
predetermined condition, transmitting data may be reg- 
istered to the WWW server 1 7 without being sent to the 55 
destination terminal directly. In this case, URL of the 
WWW server 1 7 is transmitted to the destination termi- 
nal by the e-mail. A user of the destination terminal uses 



the above URL sent from the network terminal on which 
capability higher than that of the destination terminal is 
mounted, and downloads transmitting data from the 
WWW server 17. 

[0125] The present invention is not limited to the 
aforementioned embodiments. For example, according 
to the above-mentioned embodiments, the facsimile 
apparatus was explained as a communication terminal. 
However, the scope of the present invention includes 
the other image communication apparatus. For exam- 
ple, the present invention includes a PC to which a LAN 
card or a modem is connected in order to make connec- 
tion with the Internet. The scanner or the printer can be 
connected to the PC through an external section l/F. 
The present invention also includes a network scanner 
having a network communication interface, and a net- 
work copy machine. Moreover, the present invention 
includes an image combination machine comprising a 
scanner, a printer, a copy machine, a facsimile appara- 
tus, etc. 

[0126] Furthermore, the present invention includes 
a computer-readable storage medium having a program 
code causing a computer to execute the same process- 
ing as that of the facsimile apparatus according to the 
aforementioned embodiment. 
[0127] The present invention is not limited to the 
above described embodiments, and various variations 
and modifications may be possible without departing 
from the scope of the present invention. 
[0128] This application is based on the Japanese 
Patent Application No. HE 11 1-88236 filed on March 30. 
1999, entire content of which is expressly incorporated 
by reference herein. 

Claims 

1 . An image communication apparatus (1 1 A) compris- 
ing: 

capability obtaining means (31) for making 
inquiry to the other server apparatus (14A.16) 
so as to obtain capability information in accord- 
ance with the other server (14A.16) when 
inquiry about capability which a destination 
possesses is made to one server apparatus 
(13A.14A) and said one server apparatus 
(1 3A,1 4A) has no capability information of said 
destination; and 

capability registering means (37) for registering 
capability information obtained from said other 
server apparatus (14A.16) to said one server 
apparatus (13A, 14A). 

2. The apparatus according to claim 1 , wherein said 
one server apparatus (13A.14A) is a local server 
placed in the same local area network (10A) as that 
of said image communication apparatus (1 1 A), and 
the other server apparatus (16) is a global server 
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placed in a global network (1) to which said local 
area network (10A) is connected. 

3. The apparatus according to claim 1 , wherein said 
other server apparatus (16) is one of a plurality of s 
capability servers, which spread and manage capa- 
bility of a communication apparatus (1 1 A, 1 1 B) con- 
nectable to Internet on Internet. 

4. The apparatus according to claim 3, wherein said 10 
capability server is a DNS server(16), which man- 
ages the capability information of said communica- 
tion apparatus (1 1 A,1 1 B) in association with a mail 
address of said communication apparatus 
(11A.11B). is 

5. The apparatus according to claim 1, wherein said 
capability obtaining means (31) makes inquiry 
about the capability to said server apparatus 
(13A, 1 4A, 1 6) at an image data transmitting time so 20 
as to obtain capability information. 

6. The apparatus according to claim 1, further com- 
prising: 

25 

a storing section (180) for storing a mail 
address of a communication apparatus; and 
first instructing means for instructing said capa- 
bility obtaining means (31) to obtain capability 
information of the communication apparatus 30 
(1 1 B) having the mail address newly stored in 
said storing section (180). 

7. The apparatus according to claim 1, further com- 
prising: 35 

a storing section (180) for storing a mail 
address of a communication apparatus (11B); 
and 

second instructing means for periodically 40 
instructing said capability obtaining means (31) 
to obtain capability information of the communi- 
cation apparatus (1 1 B) having the mail address 
newly stored in said storing section (180). 

45 

8. TTie apparatus according to claim 1, further com- 
prising: 



9. A server apparatus (1 3A, 1 4A, 1 6) comprising: 

a capability information storing section for stor- 
ing at least one of a mail address of a commu- 
nication apparatus (1 IB) and a telephone 
number thereof in association with capability; 
a capability information providing section for 
providing capability information in accordance 
with inquiry from said image communication 
apparatus (11 A); 

receiving means for receiving capability infor- 
mation of the other communication apparatus 
from said communication apparatus(1 1 B); and 
registering means for registering received 
capability information to said capability infor- 
mation storing section. 

1 0. A server apparatus (1 3 A, 1 4 A, 1 6) comprising : 

a capability information storing section for stor- 
ing at least one of a mail address of a commu- 
nication apparatus (11B) and a telephone 
number thereof in association with capability; 
a capability information providing section for 
providing capability information in accordance 
with inquiry from the image communication 
apparatus (1 1 A) described in claim 1 ; 
capability obtaining means for making inquiry 
to the other server apparatus so as to obtain 
desired capability information when there is no 
capability information subjected to the inquiry 
in said capability information storing section; 
and 

registering means for registering capability 
information obtained by said capability obtain- 
ing means to said capability information storing 
section. 

11. The apparatus according to claim 10, wherein said 
capability obtaining means makes inquiry to 
another server apparatus to obtain desired capabil- 
ity information when the other server apparatus has 
no desired capability information stored. 

12. A method for registering capability of an image 
communication apparatus to a server apparatus, 
comprising the steps of: 

making inquiry about capability which a desti- 
nation possesses to one server apparatus; 
obtaining capability information by making 
inquiry to the other server apparatus when said 
one server apparatus has no capability infor- 
mation of said destination stored; an 
registering said obtained capability information 
to said one server apparatus. 



a storing section (180) for storing a mail 
address of a communication apparatus (1 1 B); so 
and 

third instructing section for instructing said 
capability obtaining means (31) to obtain capa- 
bility information of the communication appara- 
tus (1 1 B) having the mail address newly stored 55 
in said storing section (180) when a content of 
said storing section (180) is updated. 
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